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A method for restoring traffic in a network. The 
5 network includes plural distinct nodes interconnected by 
plural distinct spans, each span having working links and 
spare links • Each node has a digital cross-connect switch 
for making and breaking connections between adjacent spans 
forming span pairs at a node. Step 1: For each of at least 

10 two possible span failures, (a) find the number of 
restoration routes available in case of the occurrence of 
each span failure, (b) determine the resources used by each 
restoration route, and (c) determine the amount of flow to 
be restored for each span failure. Step 2: find, in a 

15 computer, the amount of flow f p to be restored along each 
restoration route that minimizes total unrestored flow for 
all possible span failures identified in step 1. Step 3: 
form connections at each digital cross-connect switch in 
the network along each restoration route before occurrence 

20 of one of the possible span failures identified in step 1 
to permit the amount of flow f p determined in step 2 to be 
carried by each respective restoration route upon the 
occurrence of one of the possible span failures identified 
in step 1. 

25 




TITLE OF THE INVENTION: 

Method for Preconf iguring a Network to Withstand 
Anticipated Failures 

NAME (S) OF INVENTORY); 

Wayne D. Grover, 
Michael H. MacGregor 

FIELD OF THE INVENTION 

This invention relates to methods for restoring 
networks of spans, for example telecommunications networks, 
upon the occurrence of a failure of one of the spans of the 
network. 

BACKGROUND OF THE INVENTION 

Methods for the restoration of digital transport 
networks have been studied for several years. Some 
researchers have concluded that distributed real-time 
protocols may operate too slowly to meet operational 
objectives, such as the 2 second call-dropping threshold in 
voice networks. This problem can be overcome by preparing 
the network for anticipated failures by optimally 
preconf iguring resources which will be used to react to the 
failure. This places the network into a state of "best 
readiness" to face a given set of anticipated failures. 
See W.D. Grover and M.H. MacGregor, "Potential for spare 
capacity preconnection to reduce crossconnection workloads 
in mesh-restorable networks", Electronics Letters, Vol. 30, 
No. 3, pp. 194-195, February 3, 1994, and M. Herzberg and 
S.J. Bye, "An optimal spare-capacity assignment model for 
survivable networks with hop limits", Proceedings of IEEE 
Globecom '94, Vol. 3, pp. 1601-1606, IEEE, 1994. 

The tremendous interest in real-time network 
restoration over the last few years is evidence both of the 
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importance and difficulty of this problem. Evidence has 
been mounting that it may not always be possible to meet 
operational requirements with real-time techniques. The 
suggested cures have ranged from high speed, parallel 
5 computing architectures for digital crossconnect machines 
to simplified network architectures where restoration can 
be made to occur more quickly in real-time. The proposal 
of Grover and MacGregor suggests anticipating failures, and 
preconf iguring the network to handle them so that real-time 

10 computation or reaction delay (one or both) is not required 
except at the endpoints of the failure. Thus, 
preconf iguration methods apply where computing a reaction 
or implementing it (or both) is/are too lengthy a process. 

Various heuristic methods can be proposed to 

15 solve the problem of preconf iguring a network, given the 
anticipated failures and the resources available for 
reacting to them. However, it is not obvious how to 
achieve an optimal state of preconf iguration, largely 
because of the combinatorial complexity of the problem and 

20 the difficulty of finding an appropriate analytical 
notation. Grover and MacGregor establish the maximum 
potential for preconf iguration in a number of example 
networks, by arriving at a single scalar value there called 
an upper bound on network readiness. On average, 79% of 

25 the crosspoints required for span restoration of a mesh- 
restorable network were found available in the networks 
considered. This leaves open the question of how to find 
a detailed preconf iguration of the network to achieve some 
portion of this potential. The particular question left 

30 open by Grover and MacGregor was how to devise a means of 
coordinating the total quantities of span-to-span 
interconnection so that individual link crossconnections 
would be most coherently related to those at other nodes. 
The goal was stated as one of forming the maximum number of 
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fully preconnected end-to-end paths for the average 
restoration case. The method disclosed here provides a 
method of achieving that goal for the specific case of 
anticipating all possible span failures in a mesh- 
5 restorable network, as well as being more generally 
applicable to a variety of failure modes and network types. 

SUMMARY OF THE INVENTION 

There is therefore provided, in accordance with 

10 one aspect of the invention, a method for restoring traffic 
in a network in which the network is pre-conf igured for 
span restoration. The network includes plural distinct 
nodes interconnected by plural distinct spans, each span 
having working links and spare links. Each node has a 

15 digital cross-connect switch for making and breaking 
connections between links in adjacent spans forming paths 
or path segments (span pairs) through nodes. In a broad 
characterization of the method, there are three steps. 

Step 1: For each of at least two possible span 

20 failures, (a) find the number of restoration routes 
available in case of the occurrence of each span failure, 
(b) determine the resources used by each restoration route, 
and (c) determine the amount of flow to be restored for 
each span failure. 

25 Step 2: find, in a computer, the amount of flow 

f p to be restored along each restoration route that 
minimizes total unrestored flow for all possible span 
failures identified in step 1. 

Step 3: form connections at each digital cross- 

30 connect switch in the network along each restoration route 
before occurrence of one of the possible span failures 
identified in step 1 to permit the amount of flow f p 
determined in step 2 to be carried by each respective 



restoration route upon the occurrence of one of the 
possible span failures identified in step 1. 

These and other aspects of the invention will be 
described in more detailed below and claimed in the claims 
that follow. 

BRIEF DESCRIPTION OF THE DRAWINGS 

There will now be described preferred embodiments 
of the invention, with reference to the drawings, by way of 
illustration, in which like numerals denote like elements 
and in which: 

Fig. 1 is a schematic showing nodes of a network 
with a network control overlay for use in carrying out the 
method of the invention; 

Fig. 1A is a schematic showing the method steps 
as they are carried out by the computer at an operations 
center; 

Fig. 2A illustrates a node with three spans 
connected to it; 

Fig. 2B illustrates how the node of Fig. 2A in 
the original network is transformed for the calculation of 
the preconf iguration tableau; 

Fig. 2C illustrates a pair of interconnected 
nodes, each with three spans connected to it; 

Fig. 2D illustrates how the nodes of Fig. 2C in 
the original network are transformed using a virtual cross- 
bar for the calculation of the preconf iguration tableau; 

Fig. 3 is a diagram which presents an example 
network for application of the method of the invention; 

Fig. 4 is a diagram showing an exemplary network 
with 100% span restorability; 

Fig. 5 is a diagram showing results of applying 

a real time restoration algorithm to the network of Fig. 4 

* 

upon the failure of span 7-9; 
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Fig. 6 is a diagram showing a pre-conf iguration 
plan for the network of Fig. 4; 

Fig. 7 is a diagram showing paths that are 
restorable using pre-conf igured restoration paths shown in 
5 Fig. 6 upon failure of span 7-9; and 

Fig. 8 is a diagram showing additional flow 
restored in the pre-conf igured network of Fig. 6 using a 
real time restoration process. 

10 DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

Referring to Fig. 1, there is shown a network 
formed of plural distinct nodes 10, 11, 12, 12, 13, 14, 15, 
16, 17, 18 and 19 interconnected by plural distinct spans, 
each labelled 20. A specific span may be labelled according 

15 to the nodes it interconnects, so that the span connecting 
nodes 10 and 12 would be referred to as span 10-12 as in 
Fig. 1, or it may be labelled directly, as in Figs. 2A-2D 
or Fig. 3. Each span 20 is a telecommunications facility 
link having working links and spare links, and may comprise 

20 for example OC-3 links. Each node 10, 11, 12, 12, 13, 14, 
15, 16, 17, 18 and 19 incorporates, and may be considered 
to consist essentially of, a conventional digital cross- 
connect switch for making and breaking connections between 
links in adjacent spans 20 at the node. The links in spans 

25 20 connect to the nodes 10-19 through fiber optic 
terminals, for example AT&T FT Series G, for 
electrical/optic conversion of the signals. Exemplary 
digital cross-connect switches are the AT&T DACS IV-2000, 
Alcatel RDX-33 and the Tellabs Titan Model 5533. Adjacent 

30 spans, for example spans 10-12 and 12-16 form a span pair. 
A network operations center 22, for example an AT&T 
Transport and Maintenance System, controls the operation of 
the digital cross-connect switches 10, 11, 12, 12, 13, 14, 
15, 16, 17, 18 and 19 via a control overlay of for example 
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X.25 communications links 24. The network operations center 
24 includes a computer 26 that carries out the computations 
in the operation of the method of the invention and that 
instructs the digital cross-connect switches 10, 11, 12, 
12, 13, 14, 15, 16, 17, 18 and 19 to make and break 
connections between links in adjacent spans 20. The 
computer may be, for example, a UNIX work station that may 
be connected directly to the digital cross-connect switches 
via the X.25 communications links and through an X.25 
packet assembler-disassembler. 

For practical implementation of the method of the 
invention, the network, the set of anticipated failures, 
and the intended means of reacting to those failures can be 
represented in the computer 26 as an objective function, a 
set of constraints which relate preconf iguration options to 
available network resources, and a set of constants which 
specify whether a given restoration reaction occupies a 
particular resource in the case of a particular failure. 
Such a formulation may be called a tableau to determine the 
preferred preconf iguration of network resources to respond 
to one or more anticipated failures, or more simply a 
"preconf iguration tableau". 

The set of constants to be input to the computer 
26 are stored in the computer 26 in a memory 30 as 
illustrated in Fig. 1A, which may be any of various kinds 
of computer readable memory. The constants may be entered 
via a conventional text editor or may be supplied through 
an additional program that generates the constants. The set 
of constraints to be input to the computer 26 are stored in 
the computer 26 in a memory 32, which may also be any of 
various kinds of memory. The set of constraints may 
likewise be entered to computer 26 through a conventional 
text editor or another program. Format of the input 
constants and constraints is determined by the optimization 
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engine. The objective function is also stored in memory 34, 
Memory 30, 32 and 34 may all be part of a larger memory. 

Once a preconf iguration tableau is constructed 
within computer 26, it can be passed to any of a number of 
5 preexisting software packages (optimization engines) for 
solving optimization problems. The software package is 
loaded into the computer 26 where it configures the 
computer 26 as an optimization engine 36. The constants, 
objective function and constraint sets are then provided to 
10 the optimization engine 36, which calculates the optimized 
preconf iguration of resources for the network in compliance 
with the preconf iguration tableau. This preconf iguration of 
resources may be stored in a memory 38 or output directly 
to the network. 

15 The output of the optimization engine is used to 

instruct the digital cross-connect switches 10, 11, 12, 12, 
13, 14, 15, 16, 17, 18 and 19 and put the network into a 
state of preferred readiness. An exemplary optimization 
engine that may be used in the implementation of the 

20 invention is the CPLEX Linear Optimization Base System 
available from CPLEX Optimization, Inc., Suite 279, 930 
Tahoe Blvd, Bldg 802, Incline Village, Nevada 89451. The 
optimization engine may be linear or non-linear according 
to whether the objective function is linear or non-linear 

25 in the solution variables. 

The objective function reflects operational 
priorities. For example, in the case of a transport 
network, the preferred objective is to preconfigure the 
network to minimize the sum of unrestored flow over all 

30 possible span failures, considered one at a time. This 
objective function can be written as: 

min£ w iUi 
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where u i is the unrestored flow for the ith failure given 
the preconf igured state of the network, w ± is a weight 
which can be used to reflect the probability or cost of a 
given failure, and N f is the number of failures being 
5 considered. The weights w ± are selected by the operator, 
retrieved from memory, or may be input from another 
computer program. 

In a voice network, the flow in the network is 
usually discussed in terms of carried traffic. The 

10 objective function for a voice network can be constructed 
in equivalent form to the above described objective 
function, in which it is sought to minimize lost traffic 
defined in terms of Erlang ■ B 1 losses or to minimize 
blocking. In a transport network, the objective function 

15 may be constructed to minimize the maximum flow remaining 
lost after restoration. In a data network, the objective 
function can be set up in form to minimize throughput loss 
or delay. The form of each of these objective functions is 
known in the art and need not be further described here. 

20 The network is transformed, within the computer 

26, into an equivalent representation as illustrated in 
Figs. 2A, 2B, 2C and 2D. Each possible span pair, for 
example spans S x and S 2 at a node 10, becomes an edge E x _ 2 
in the transformed network as shown in Fig. 2B. The 

25 transformed edges of neighbouring nodes, as for example 
nodes 10 and 12 shown in Fig. 2C are represented as having 
edges joined with a full virtual crossbar 30 as shown in 
Fig. 2D. The computer 26 thus constructs a model of the 
network formed of cross-connected edges (span pairs). 

30 The constraint sets specify the set of failures 

being considered (that is, which spans are being 
considered), the network resources available for responding 
to those failures (the spare capacities of the spans that 
might be used as restoration paths), and the choices 
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available in responding to each failure, such as a variety 
of routing choices. 

The constraints are defined in terms of flow, 
which in the context of a communications network represents 
5 the movement of signal units, but it could equally well 
represent the transport of commodities through a set of 
pipelines, or the carriage of goods over highways in 
trucks. The endpoints of span failure are sources and 
sinks of flow (e.g. Sender and Chooser in a distributed 

10 restoration algorithm), while flow is assumed to be 
conserved at intermediate nodes of the transformed network 
(e.g. Tandem nodes). 

The constraint sets make use of both variables 
and constants. The variables are values manipulated by the 

15 optimization engine in order to arrive at a feasible, 
optimal solution. Each variable represents a state of a 
network element, and the values that the variable can take 
are the possible states of that element. For example, a 
variable might represent the number of connections being 

20 made at a node. The constants are fixed values which 
describe the features of the original network, and the 
preconf iguration options for each failure. 

The constants in the constraint equations include 
the number s of spans in the original network, the 

25 restoration capacity i? i of each span, the number N f of 
failures being considered, the amount of flow to be 
restored for each failure (the number of working links on 
a span whose failure is being considered), the number P of 
restoration routes for each failure, and the resources 

30 (spans) used by each restoration route. The resources are 
specified by the notation 6?, which takes the value 1 when 
a span j is in a given restoration route p, and zero 
otherwise. 6? is thus a matrix which reflects routes in 
the network. This matrix may be rather empty, containing 
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many zeros, so that in describing the route it may 
sometimes be simpler to specify the sequence of spans in a 
route. 

All of these constants are inputs to the method. 
5 That is, the constants are input to the computer 26 when 
the computer 26 implements the optimization engine. The 
constants may be outputs from other software programs . For 
example, the restoration capacity of a given span may 
fluctuate, and a program may be used that keeps track of 

10 the state of the spans in the network. The output of this 
program will then specify one set of constants for the 
optimization engine. As another example, the set of 
constants which specifies the resources used to restore a 
particular failure can be quite large, depending on the 

15 size of the network. In general, if the location of the 
nodes and spans of a network are known, the preferred or 
shortest set of routes can be identified by well-known 
procedures. In a given case, since the number of 
restoration routes in a large network can be extremely 

20 large, various limits may be placed on the available 
restoration routes such as by number of spans (for example 
no more than, say, 10 spans in a route) or by distance 
along the route (for example the route may not be longer 
than 20,000 km) or by a combination of upper limits. 

25 The preconf iguration state of the network is 

specified by the variables which give the amount of flow f p 
on each restoration path. The values of f p are output from 
the optimization engine and may be automatically used to 
establish the cross-connections at each digital cross- 

30 connect switch along the specified restoration routes. 

For minimizing unrestored flow in a transport 
network, the objective function is first defined. It is 
desirable to keep the objective function linear in its 
variables, as this allows the use of linear programming 
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tools in solving the problem as for example the CPLEX 
system. Such tools are widely available and can be very 
efficient. 

The network is transformed into an equivalent 
5 representation as described in Figs. 2A, 2B, 2C and 2D. 

The transformation and the constraint set generation are 
carried out within a software program in computer 26. 

Seven constraint sets may be used in the tableau. 
C lf j is the number of connections formed between spare links 

10 in spans i and j of the original network. Any other number 
of working links may also be corrected through this node 
for spans i, j but they are not of concern. is thus the 

number of restoration connections for i and j, and is the 
capacity of edge i-j in the transformed network. For 

15 uniqueness, i<j. Restoration readiness connections can be 
made only between spans that meet at a common node (pairs 
of adjacent spans). The sum of the restoration connections 
involving a span is bounded by the restoration capacity of 
the span: 

20 

s 

Constraint set 1 C i§J ^R ± ) Vi=l, . . . , s 

f p is the restoration flow along the p ! th 
restoration route through the preconf igured connections. 
25 The amount of preconnected flow on a spare connection is 
bounded by the capacity assigned to that spare connection: 

Constraint set 2 ( £ b^f^C^*) Vj, Jc=l s 

30 where 6? is zero unless f p crosses span j, in which case it 
is 1 . 
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C^l is the number of pre-conf iguration 

connections to be made at a virtual crossbar between edges 
i-j and k-m. For uniqueness, i < j, k < m, and i ^ k. 

C k ' tJn is the number of cross-over connections between 

i-j and k-m and specify how much of the restoration 
capacity in i-j connections is allocated on the next hop to 
become k-m connections. (Thus, one of i = k, i = m, j = Jc, 
or j = m must be true.) The amount of preconnected 
restoration flow on a cross-over connection is bounded by 
the amount of capacity assigned to that cross-over 
connection: 

Constraint set 3 (£ «$aft£f*$c£'*> Vj, k,m=l s 

The sum of cross-over connections to or from a 
given spare connection is bounded by the size of the spare 
connection: 

s s 

Constraint set 4 (£ £ C^C itj ) Vi, j=l s 

JC«1 171=1 

u ± represents the flow left unrestored by the 
preconf iguration plan for failure i, d i represents the 
amount of flow to be restored after failure i, and r ± 
represents the amount of flow restorable in excess of the 
demand ( super-restorable flow). Then: 

p 

Constraint set 5 ("i+X) C?/ p =d i +r i ) Vi=l ,N f 

where the C? are 0/1 according to whether f p can be used for 
restoring failure i: In the case of span restoration, C? 
is 1 for any flow whose route contains the end-nodes of the 
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failed span, and that route does not contain the failed 
span, and P is the number of restoration routes being 
considered over all failures. It is preferable to treat 
the C? as input constants and write them into the 
5 constraint set, thus removing all variables for which the 
multiplier is zero. 

The amount of unrestored flow is bounded by the 
total demand: 

10 Constraint set 6 (u i < d i ;Vi =1, ...,s 

The number of demand units in excess of what is 
required for restoration of a span, r ± , and the flow on a 
route, f p , are non-negative. All variables may be required 

15 to be non-negative integers, which complicates the solution 
and may require a very large amount of computation. 

If the cross-checking provided by the counts of 
spare connections between spans and the counts of cross- 
over connections between pairs of spans is not required, 

20 then constraint sets 2 and 4 can be omitted, and constraint 
set 1 is written in terms of flow: 

p 

Constraint set 8 (£6^^2=1 s 

25 Once the tableau has been written, it must be 

submitted to an optimization engine to find an optimal 
solution. The format of the tableau is specified by the 
particular optimization engine used. The information 
specified above, applied to a particular problem, such as 

30 one of the problems described below, is sufficient to 
instruct the CPLEX optimization engine. The output from the 
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engine will include the value of the objective function, 
and values for all the variables. The preconf iguration 
state of the network is derived from the values of the fP 
by mapping these flows onto the network, and preconf iguring 
5 resources (e.g. by operating the digital cross-connect 
switches at the nodes traversed by each restoration route) 
to support the given amount of flow. The state of the 
network can be double-checked by testing whether the 
numbers of spare connections and cross-over connections 

10 match those in the output from the optimization engine. 

The example network and results shown in Fig. 3 
briefly illustrate the method. There are eight boxes 
numbered 0 through 7 representing eight network nodes, and 
nine circles numbered S 0 to S 8 representing the spans in the 

15 network. The numbers in parentheses beside each span 
represent the working and spare capacity of each span. A 
preconf iguration plan has been developed to anticipate 
failures on spans S 0 , S x and S 2 . In each case,, the failure 
of a span results in the loss of 70 working links. In 

20 general, the spans could have different working capacities. 
The network transformation results in 12 variables 
representing spare connections, and 16 variables 
representing crossover connections. After defining the 
objective function, the constraints in the manner disclosed 

25 in constraint sets 1-7 and solving the tableau, the 
results shown below are obtained, where the p J have been 
used to describe the sequence of nodes traversed by the jth 
restoration path, rather than including the matrix of 
values for all the 6P. 

30 

C 2 ' 3 = 20, C 3 ' 4 =90, C 1 ' 4 = 20, C 1 ' 5 = 50, C 4 ' 5 = 70, 
C 5 ' 6 = 120, C 0 ' 6 = 50, C 0 ' 7 = 50, C 7 ' 8 = 120, C 1 ' 8 = 50, 
C 1 ' 2 = 0, C 2 ' 8 = 20, 



15 

c$;l=2o, c\:t=2o, c?; 5 4 =70, c$;J-70, cf;f-5t>, c 5 °;£=50, c$; 7 6 =5o, 
c?; 8 7 =50, c?; 8 4 =o, c^f =50, c 2 \' 3 2 =o, cf; 4 2 «o, cJ;|-o, 

C 2 2 J=20,cf;|=20 

f J = 20, p 1 = 6-7-1-2-3-0-4-5, = 50, p 2 = 6-7-1-0-4- 
5, f 3 = 50, p 3 = 0-4-5-6-7-1-2-3, f 4 = 20, p 4 = 0-1-2-3 

Two paths are used for each failure, span 0 uses 
paths 1 and 2, span 1 uses the 1-2-3-0 segment of path 1 
and the 0-4-5-6-7-1 segment of path 3, and span 2 uses 
paths 3 and 4. In this particular case, 100% of the 
capacity required is preconf igured. That is, the network 
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is in a state of complete readiness for any one of these 
three failures. The network is pre-conf igured by ensuring 
that each digital cross-connect switch connects the spans 
in the network according to the spare connections and 
5 cross-over connections that are output from the 
optimization engine. 

The particular crosspoints which must be closed 
by the digital cross-connect switch at each node can also 
be determined directly from the flows f p output by the 

10 optimization engine. The spans making up the path followed 
by a given flow fP are those for which 6P has the value 1. 

First, the two terminal spans of the path are 
identified. Starting with either terminal span of the path, 
an unused spare link in the span is identified, and then an 

15 unused spare link in the next span is identified. The 
cross-point between the two spare links, which is at the 
first intermediate node in the path, is then operated to 
connect the unused spare links in the first and second 
spans of the path. Next, an unused spare link in the third 

20 span is identified and the crosspoint connecting the spare 
link in the second span to the spare link in the third span 
is operated at the digital cross-connect switch at the 
second intermediate node (between spans 2 and 3). This 
process continues until the second last node in the path, 

25 at which a crosspoint is operated between an unused spare 
link in the second last span to one in the last span. 

Once all the nonzero flows in the 
preconf iguration solution have been processed in this 
manner, all the required crosspoints have been operated. 

30 The correctness of the operation can be double-checked at 
each crossconnect, by checking to make sure that the number 
of crosspoints actually operated between any two spans 
matches the number of spare connections, C i/jW for that span 
pair, and also by checking to make sure" that the number of 



17 

crossover connections joining a sequence of three spans 
matches the number of crossover connections, Cjj;^ , as 

output by the optimizer. 

A further example will now be described in 
5 relation to Figs. 4-8. 

Referring to Fig. 4, there is shown a network 
having nodes 10, 11, 12, 13, 14, 15, 16, 17, 18 and 19. 
(n,m) on a given span indicates the working (n) and spare 
(m) capacity of the span. If span 17-19 fails, 8 working 

10 links are lost. The network shown in Fig. 4 is configured 
for 100% span restorability . A real time restoration 
algorithm for example according to the technique outlined 
in United States patent no. 4,956,835 issued Sept. 11, 
1990, in the name of Wayne Grover will yield the 

15 restoration paths shown in Fig. 5. For rapid implementation 
of a restoration plan, however, according to the method of 
the invention, a pre-conf iguration plan is shown in Fig. 6 
which specifies the restoration paths, and the cross-points 
pre-conf igured. The boxes associated with each node or 

20 digital cross-connect switch 10, 11, 12, 12, 13, 14, 15, 
16, 17, 18 and 19 indicates the respective nodes that are 
connected and the number of links made available for 
restoration flow. Thus, the digital cross-connect switch 12 
is operated to join nodes 10 and 16 with one link, nodes 10 

25 and 18 with two links and nodes 13 and 16 with one link. As 
shown in Fig. 8, upon the failure of span 17-19, four unit 
restoration paths are found fully pre-connected, while the 
remainder are restored dynamically by a real time 
restoration algorithm. 

30 The objective function. can be recalculated at 

time intervals corresponding approximately to the rate of 
change of the input constants. Thus, as network conditions 
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change, the optimization tableau may be submitted to the 
optimization engine to update the preconf iguration of the 
network, either automatically at fixed time intervals or 
when needed or a mixture of both strategies. 

A person skilled in the art could make immaterial 
modifications to the invention described in this patent 
without departing from the essence of the invention. 
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THE EMBODIMENTS OF THE INVENTION IN WHICH AN EXCLUSIVE 
PROPERTY OR PRIVILEGE IS CLAIMED ARE DEFINED AS FOLLOWS: 

1. A method for restoring traffic in a network in 

5 which the network includes plural distinct nodes 
interconnected by plural distinct spans, each span having 
working links and spare links, and having a span capacity, 
each node having a digital cross-connect switch for making 
and breaking connections between links in adjacent spans 
10 forming span paths through a node, the method comprising 
the steps of: 

(1) for each of at least two possible span 
failures, (a) finding a number of restoration routes that 
are available in case of the occurrence of each span 

15 failure, (b) determining the resources used by each 
restoration route, and (c) determining the amount of flow 
to be restored for each span failure; 

(2) finding, in a computer, the amount of flow f p 
to be restored along each restoration route that minimizes 

20 total unrestored flow for all possible span failures 
identified in step 1; and 

(3) forming connections at each digital cross- 
connect switch in the network along each restoration route 
before occurrence of one of the possible span failures 

25 identified in step 1 to permit the amount of flow f p 
determined in step 2 to be carried by each respective 
restoration route upon the occurrence of one of the 
possible span failures identified in step 1. 

30 2. The method of claim 1 further including: 

finding in a computer an assignment of 
connections between links in adjacent spans in the network 
that minimizes total unrestored flow for all possible span 
failures identified in step 1; and 
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forming the connections at each digital cross- 
connect switch in the network by instructing each digital 
cross-connect switch in the network to make connections 
according to the assignment of connections. 

5 

3. The method of claim 1 in which finding, in a 
computer, the amount of flow f p to be restored along each 
restoration route includes: 

forming a transformed network in which each span 
10 pair at a node is an edge in the transformed network and 
edges between adjacent nodes are cross-connected. 

4. The method of claim 1 in which finding, in a 
computer, the amount of flow fP to be restored along each 

15 restoration route includes: 

generating a first set of constraints relating 
the number of connections preconf igured for restoration 
between each two adjacent spans of the original network to 
the capacities of the two adjacent spans; and 

20 minimizing total unrestored flow for all possible 

span failures identified in step 1 subject to the first set 
of constraints. 

5. The method of claim 1 in which finding, in a 
25 computer, the amount of flow fP to be restored along each 

restoration route includes: 

generating a second set of constraints relating 
the amount of flow to be restored between each two adjacent 
spans of the original network to the number of spare links 
30 between the adjacent spans; and 

minimizing total unrestored flow for all possible 
span failures identified in step 1 subject to the second 
set of constraints. 
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6. The method of claim 1 in which finding, in a 

computer, the amount of flow fP to be restored along each 
restoration route includes: 

generating a third set of constraints relating 
5 the amount of flow to be restored between three consecutive 
spans of the original network to the capacity of cross- 
connections between the consecutive spans; and 

minimizing total unrestored flow for all possible 
span failures identified in step 1 subject to the third set 
10 of constraints. 



7. The method of claim 1 in which finding, in a 
computer, the amount of flow f p to be restored along each 
restoration route includes: 

15 generating a fourth set of constraints relating 

the amount of flow used to restore a particular span 
failure to the number of working links on the particular 
span before failure; and 

minimizing total unrestored flow for all possible 

20 span failures identified in step 1 subject to the fourth 
set of constraints. 

8. The method of claim 1 in which finding, in a 
computer, the amount of flow f p to be restored along each 

25 restoration route includes: 

generating a fifth set of constraints relating 
the amount of flow on a particular span that cannot be 
restored upon the failure of that span to the number of 
working links on the particular span before failure; and 

30 minimizing total unrestored flow for all possible 

span failures identified in step 1 subject to the fifth set 
of constraints. 
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9- The method of claim 1 in which finding, in a 

computer, the amount of flow fP to be restored along each 
restoration route includes: 

generating a sixth set of constraints relating 
5 the number of working links of a particular span before 
failure of that span to the restoration capacity of that 
span; and 

minimizing total unrestored flow for all possible 
span failures identified in step 1 subject to the sixth set 
10 of constraints. 

10. The method of claim 1 further including, upon 
occurrence of a span failure, restoring capacity in the 
network according to a real-time restoration process. 

15 

11. The method of claim 1 in which forming the 
connections at each digital cross-connect switch in the 
network is carried out, for each restoration route, by: 

identifying a starting node in the restoration 

20 route; and 

instructing the digital cross-connect switch at 
that node, and at each subsequent node in the network along 
the restoration route, to make connections determined by 
the restoration flow for that restoration route. 

25 

12. A method for restoring traffic in a network in 
which the network includes plural distinct nodes 
interconnected by plural distinct spans, each span having 
working links and spare links, and having a span capacity, 

30 each node having a digital cross-connect switch for making 
and breaking connections between adjacent spans forming 
span paths through a node, the method comprising the steps 
of: 



(1) for each of at least two possible span 
failures, (a) finding the number of restoration routes 
available in case of the occurrence of each span failure, 
(b) determining the resources used by each restoration 
route, and (c) determining the amount of flow to be 
restored for each span failure; 

(2) finding, in a computer, the amount of flow fP 
to be restored along each restoration route that minimizes 
spare capacity for all possible span failures identified in 
step 1; and 

(3) forming connections at each digital cross- 
connect switch in the network along each restoration route 
before occurrence of one of the possible span failures 
identified in step 1 to permit the amount of flow fP 
determined in step 2 to be carried by each respective 
restoration route upon the occurrence of one of the 
possible span failures identified in step 1. 
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